home *** CD-ROM | disk | FTP | other *** search
- Path: soap.news.pipex.net!pipex!usenet
- From: m.hendry@dial.pipex.com (Mathew Hendry)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: 680X0 -> PPC translator?
- Date: Wed, 10 Apr 96 13:48:41
- Organization: Private node.
- Distribution: world
- Message-ID: <19960410.413918.CA24@aj158.du.pipex.com>
- References: <31499F8E.26A9@netvision.net.il> <volker.0fw1@vb.franken.de> <19960408.40F118.E8F9@an052.du.pipex.com> <316BD11F.69A7@netvision.net.il>
- NNTP-Posting-Host: aj158.du.pipex.com
- X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
-
- Jack (avilev@netvision.net.il) wrote:
- : Mathew Hendry wrote:
- : >
- : > Jack (avilev@netvision.net.il) wrote:
- : > : Mans Engman wrote:
- : > : > Once you think a bit, it's easy to show (prove!) that static code<->data
- : > : > distinction can't be determined by an algorithm. It is what theorists call
- : > : > an "undecidable" problem. Granted, for a "real" computer with a finite amount
- : > : > of memory/indata it can be "solved" by brute-force search, but this is
- : > : > not a practical approach.
- : > :
- : > : many problems aren't solvable with today's technology, but it doesn't mean
- : > : they're not solvable with other yet-to-devised methods, now do they??
- : >
- : > Some may be solved by new algorithms, but no finite number of algorithms can
- : > solve all problems. You surely can't be suggesting that your static translator
- : > will contain an infinite number of algorithms - or one infinitely large one.
- : >
- :
- : hell no, the algorithm is definitly not infinite otherwise i wouldn't suggest it
-
- In that case, it can't work in all cases. There is an inherent indeterminacy
- between code and data which cannot be completely resolved by ANY algorithm
- which you may come up with. This can be proved using a variant of G÷del's
- theorem formulated by Alan Turing.
-
- : your claim is based on the fact that some thing have yet to find
- : their earthly solution, but not all secrets have been uncovered yet, the inability to solve something
- : doesn't make it impossible to solve, there's always some way or another to solve things even in the
- : most indirect and mysterious ways, you can't just claim they're impossible to solve just because you
- : still hav'nt found any workable solution.
-
- Sorry, no matter how many "indirect and mysterious ways" you invent, the
- problem cannot be solved algorithmically for all cases. That is a mathematical
- truth.
-
- : > In any case, we ARE talking about today's technology...
- :
- : i'm also talking about today's technology.
-
- Then you can't win.
-
- : > By the way, what happens if your static translator tries to translate a
- : > program containing bugs? Presumably your algorithm is sophisticated enough to
- : > recognise bugs when it sees them? God help us if you throw AMosaic at it...
- : >
- :
- : it's not trying to solve bugs, it'll translate a buggy program any day.
-
- Great, try translating a program which in some circumstances attempts to
- execute some of its own data. You immediately have a problem - is that portion
- of the program code or is it data? You cannot decide, for sometimes it appears
- to be data, and sometimes it appears to be code. This indeterminacy remains
- even if the program contains no bugs, and remember, nearly all useful programs
- DO contain bugs.
-
- You may choose to work around such problems by storing indeterminate program
- fragments in their original form in the translated binary. But these residual
- untranslated pieces will have to be handled on the fly when running the
- translated program. In that case, you no longer have a static translator -
- you have an emulator.
-
- -- Mat.
-